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SPECIFICATION 

[Electronic Version 1.2.8] 

A METHOD AND SYSTEM FOR 
DYNAMICALLY UPDATING A PROCESS 
LIBRARY 

Background of Invention 

[0001] Field of the Invention. This invention relates to database systems. More 

specifically this invention relates dynamically changing a process in a database. 

[0002] Description of Related Art. A variety of schemes have been used to create 

templates for projects such as project tracking systems etc. Templates are used to 
create a base from which a project is built. The templates are typically static and cannot 
be changed or developed based on information that is learned through the life of the 
project. Because of the inflexibility of templates, statistics such as times, values, dates, 
and other information which is gathered during the life of a process or project cannot be 
easily reintegrated back into the original template to create a new template for use in a 
second project. Typically, with the current state of technology, any changes such as 
those just mentioned must be manually updated in the template. Although these 
references may not constitute prior art, for general background material, the reader is 
directed to the following United States Patent documents, each of which is hereby 
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incorporated by reference in its entirety for the material contained therein: U.S. Patent 
and Patent Application Numbers: 6,513,008, 6,480,863, 6,213,530, 6,182,279, 
6,085,201, 6,077,085, 5,907,844, 5,900,870, 5,819,283, 2003/0065681, 
2003/0090526, 2002/0194059, 2002/0152254. 

Summary of Invention 

[0003] It is desirable to provide a system and method for creating, maintaining and 

dynamically updating a process library. 

[0004] Therefore it is the general object of an embodiment of this invention to 

provide a system and method for creating and a process library by getting one or more 
processes from a process library and assigning a process type to the process and 
assigning tasks to the process. 

[0005] It is a further object of an embodiment of this invention to provide a system 

and method for creating a process library where the process library is stored in a 
database. 

[0006] It is a further object of an embodiment of this invention to provide a system 

and method for creating a process library where the process library is stored in a 

2 



database that can be, but is not limited to a relational database, an object database, a 
directory service, a file system, an XML structure, a web-service and a SQL database. 



[0007] It is a further object of an embodiment of this invention to provide a system 

and method for creating a process library where values are assigned to tasks based on a 
best guess analysis. 



[0008] It is a further object of an embodiment of this invention to provide a system 

and method for creating a process library where values are assigned to tasks based on 
input from one or more users. 



[0009] It is a further object of an embodiment of this invention to provide a system 

and method for creating a process library where one or more processes are created 
programmatically. 



[001 0] It is a further object of an embodiment of this invention to provide a system 

and method for creating a process library where a process library resides on a network. 



[001 1 ] It is a further object of an embodiment of this invention to provide a system 

and method for creating a process library where one or more processes are combined to 
create a compound process. 



[001 2] It is a general object of an embodiment of this invention to provide a system 

and method for creating a project that uses a process from a process library. 



[001 3] It is a further object of an embodiment of this invention to provide a system 

and method for creating a project that uses a process from a process library where one 
or more projects are combined to crate a compound project. 

[001 4] It is a general object of an embodiment of this invention to provide a system 

and method for dynamically updating one or more processes in a process library. 

[001 5] It is a further object of an embodiment of this invention to provide a system 

and method for dynamically updating one or more processes in a process library where 
the process can be updated by statistical analysis which can be, but is not limited to 
regression, re-averaging, chi-square, T-test, log transformation, smoothing, efficiency, 
min/max, median and/or mode. 

[001 6] It is a further object of an embodiment of this invention to provide a system 

and method for dynamically updating one or more processes in a process library where 
changes to a process are determined on a condition which can be, but is not limited to a 
periodic update, a user requested update, and/or an end of project update. 
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[001 7] These and other objects of this invention will be readily apparent to those of 

ordinary skill in the art upon review of the following drawings, detailed description and 
claims. In the preferred embodiment of this invention, the system and method use a 
novel process library which allows information which is learned through the life of a 
project to be statistically analyzed. The analyzed information is then reintegrated into a 
newer version of the process in a process library which allows later projects to take 
advantage of the learned information. 

Brief Description of Drawings 

[001 8] In order to show the manner that the above recited and other advantages and 

objects of the invention are obtained, a more particular description of the preferred 
embodiments of this invention, which is illustrated in the appended drawings, is 
described as follows. The reader should understand that the drawings depict only 
present preferred and best mode embodiments of the invention, and are not to be 
considered as limiting in scope. A brief description of the drawings is as follows: 

[001 9] Figure 1 is a block diagram of the present preferred process library system. 

[0020] Figure 2 is a block diagram of the present preferred process library system 

implemented on a network. 
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[0021] Figure 3 is a flow diagram of the present preferred method for creating a 

process in a process library. 

[0022] Figure 4 is a flow diagram of the present preferred method for creating a 

project that uses a process from a process library. 

[0023] Figure 5 is a flow diagram of the present preferred method for creating a new 

version of a master process based on statistical analysis of process usage data. 

[0024] Figure 6 is a flow diagram of the present preferred method for statistically 

analyzing elements of a process to create a new version of a master process. 

[0025] Figure 7 is a block diagram of the present preferred hierarchy of how a 

project or nested project is derived. 

[0026] Figure 8 is a block diagram of the present preferred life cycle process for a 

master process. 

[0027] Figure 9 is a block diagram of the present preferred process of automatic 

learning to create a new version of a master process. 
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[0028] Figure 1 0 is a flow diagram of the present preferred process for creating a 

nested project. 

[0029] Reference will now be made in detail to the present preferred embodiment of 

the invention, examples of which are illustrated in the accompanying drawings. 

Detailed Description 

[0030] Definitions 

[003 1 ] Task: A step or action, or a series of steps or actions taken to accomplish an 

objective, function, or assignment. A task is the smallest unit of work within a process 
or project. A task can be, but is not limited to an event, a milestone, a deliverable, a 
resource, a cost, and the like. 



[0032] Event: A meeting, activity, occurrence, or happening. 

[0033] Milestone: A planned reference point or measurement. A milestone is an 

important advancement, turning point, decision point or achievement. 

[0034] Deliverable: The outcome of a task, process or project, or the 



accomplishment of an objective. 
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[0035] 



Resources: The supplies or manpower needed to accomplish a task or 



deliverable. 



[0036] Process: A series of one or more tasks, events, deliverables and resources 

organized into a defined group to achieve a desired result or accomplish a task or 
deliverable. 



[0037] Master Process: The process stored in the process library. 



[0038] Compound Process: A process that contains more than one other process. 

Compound processes facilitate the assembly of a project. 



[0039] Project: A plan that contains a process or series of processes, or compound 

process or processes, assembled in serial and/or parallel to achieve a goal or objective 
over time. 



[0040] Nested Project: Similar to a compound process, a nested project is a project 

that contains more than one other project. 



[0041] Checklist: A checklist is a series of user-defined tasks that are created at any 

time within a process or project. It typically results from the sub-division of a task or 
other assignment resulting in a list of new tasks, events or deliverables. A checklist can 



8 



be incorporated into a master process during the automated learning process or 



manually. 

[0042] Where-Used: A mechanism to track where a process or compound process is 

used relative to other processes, compound processes, projects, or nested projects. 
This allows the system to provided additional project metrics. 

[0043] Process Type: An identifier used to differentiate every process, revision, or 

permutation. 

[0044] Process Usage Data: The discrete and cumulative data collected about the 

actual use and performance of tasks, events and deliverables within a process. This 
data includes, but is not limited to, actual time, actual costs, and the actual resources 
required, both human and non-human, and the storage of planned estimates in these 
categories. 

[0045] Process Data: The discrete and cumulative data collected while the process is 

in use. This includes but is not limited to, information about how many times the 
process was used within a particular project, or how many times it should have been 
used. The process meta-data that is collected is based on parameters that are user 
defined, either at "run-time" or defined in advance as a static template or master 
process. 
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[0046] Life Cycle: The course of developmental changes for checklists, processes, 

projects, master processes, or other data sets. A series of differing stages of 
progression, typically Draft, Released, and Obsolete. Versioning or revision control is 
integral to the lifecycle management process. 

[0047] Statistical Analysis: The automatic process for evaluating various data sets 

related to process usage, performance and permutations. The statistical methods and 
analysis include, but are not limited to regression, re-averaging, chi-square, T-test, log 
transformation, smoothing, efficiency, min/max, median, and mode. 

[0048] Best Guess Analysis: The process of estimating or assuming the 

requirements or outcome, at any level or degree, of a task, process, project, resource, 
event, deliverable or milestone, or any combination thereof. 

[0049] Figure 1 is a block diagram of the present preferred process library system. 

A user interface 1 00 is used to modify and/or update data in a project 1 01 , 1 02, 1 03. 
Input data can be received in other ways such as programmatically and the like. A 
project 101, 1 02, 1 03 is created by creating instances of processes 1 04, 1 05, 1 06 from 
the process library. A process 1 04, 1 05, 1 06, is a grouping of events which are then 
used to constitute a project. For example, a project can be the steps (processes) 
necessary to get a drug approved through the Food and Drug Administration. Other 
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examples can be, but are not limited to software/hardware development, 
manufacturing, business, inventory/operation, medical practice/dental, legal 
procedures, construction, and the like. A project 101, 1 02, 1 03, can contain one or 
more processes 104, 105, 106. Processes 104, 105, 106, are components that make up 
a project. 

[0050] Examples of process can be, but are not limited to, tracking the 

administration of a drug by in a specific trial, administration of a drug by a specific 
doctor over the life of a project, development of a specific component of a software, 
hardware, manufacturing, or tracking a single or group of patent documents in a law 
firm, or any other industry or desired result that requires a series of steps to accomplish 
and the like. A project 1 01 , 1 02, 1 03 is created using one or more processes 1 04, 1 05, 
106. Figure 1 shows project one 103 which uses process one 106 and process two 105. 
Project two 102 uses process two 105 and project N 101 uses process N 104. The 
processes 1 04, 1 05, 1 06 are stored in a process library 1 07 which is in a database 1 08. 
The database 108 can be, but is not limited to a relational database, a directory service, 
an SQL database, an object database, a file system, XML structures, web-services and 
the like. 

[0051] Figure 2 is a block diagram of the present preferred process library system 

implemented on a network. Access to the process library system occurs from a client 
200 which accesses a server 202 over a network 201 . The client 200 can access a 
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project 101, 102, 103 on a server 202 from user interface 100. The user interface 100 
can be, but is not limited to a web server, a cell phone, a Personal Digital Assistant 
(PDA), a mobile device, a computing device, an application program and the like. The 
application can run over, but are not limited to the Internet, a Local Area Network (LAN), 
a Wide Area Network (WAN), a wireless Network and the like. The server 202 
communicates to^a database 203, 205 which each contain all and/or part of the process 
library 204, 207. Processes 104, 105, 106 are stored the process library 204, 207. The 
server 202 is communicates with the database 203 regardless of the database"s 
location. The second database 207 is connected to the server 202 over a second 
network 606 or the database 207 can be connected over the first network 201 . 

[0052] Figure 3 is a flow diagram of the present preferred method for creating a 

process in a process library. The method starts 300 by getting 301 the process type. 
The process type is used to track unique processes. The process type is a unique 
identifier for the process. The method gets 302 a list of tasks for the process which are 
used in creating a process. 

[0053] The tasks come from a checklist that is generated by the user that can come 

from a variety of sources. Tasks are all of the parts of a process such as review period, 
an audit time, or specific things that must be accomplished or tracked and the like. 
Tasks can have associated items such as resources, people, goods, services, durations, 
any user defined data and the like. A process is created 303 in a process library 1 07 
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which is in a database 108. The method gets 304 the next task along with the task"s 
tracking information. The tracking information for the task can be, but is not limited to 
dates, type, cost, amounts, time, and the like. The method makes 305 a "best guess 
analysis" for performance data for the task and the data is stored with the task or as 
part of the process. Performance data for example, can be but is not limited to, 
projected time, projected resources, projected costs and the like. The task is added 306 
and saved with the process which was created in step 303. The method checks 307 to 
see if there are any more tasks. A user can also add additional tasks if necessary in 
check 307. If there are more tasks to be added in test 307, the method gets 304 the 
next task. Otherwise, if test 307 is no, the method is done 308. 

[0054] Although these steps are preformed in the designated order in the present 

embodiments, in alternative envisioned embodiments of this invention, the ordering of 
the steps can be varied significantly without departing from the concept of this 
invention. 

[0055] Figure 4 is a flow diagram of the present preferred method for creating a 

project that uses a process from a process library. The method begins 400 by creating 
401 a project 101, 102, 103. The project 101, 102, 103 can be created from the user 
interface 100, and/or programmatically, and/or by the user cutting and pasting into the 
project and the like. The method gets 402 a list of processes 1 04, 1 05, 1 06 which are 
necessary for the project 101, 1 02, 1 03. The method gets 403 the next process 1 04, 
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1 05, 1 06, from the list. A new instance of the process 1 04, 1 05, 1 06, is created 404 
and the tracking information is stored. Examples of the tracking information can be, 
but are not limited to starting date, starting cost, number of resources, and the like. 
The new instance of the process 1 04, 1 05, 1 06, is added 405 to the project 101, 1 02, 
103. The method checks 406 to see if there are more processes 104, 105, 106, to add 
to the project 1 01 , 1 02, 1 03. If there are more processes 1 04, 1 05, 1 06, to add in test 
406, the method gets 403 the next process 1 04, 1 05, 1 06. Otherwise, if test 406 is no, 
the method is done 407. 

[0056] Although these steps are preformed in the designated order in the present 

embodiments, in alternative envisioned embodiments of this invention, the ordering of 
the steps can be varied significantly without departing from the concept of this 
invention. 

[0057] Figure 5 is a flow diagram of the present preferred method for creating a new 

version of a master process based on statistical analysis of process data. The method 
begins 500 by checking 501 to see if it is time for a periodic update. If it is not time for 
a periodic update in test 501, the method checks 502 to see if the user has requested 
an update. If the user has not requested an update in test 502, the method checks 503 
to see if the project 101, 1 02, 1 03, has completed. If the project 101, 1 02, 1 03, has not 
completed in test 503, the process checks 501 to see if it is time for a periodic update. 
Otherwise, if any of tests 501 , 502, or 503 were yes, the method gets 504 the next 
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process 1 04, 1 05, 1 06 in the project 101, 1 02, 1 03. The method gets 505 the next task 
in the process 1 04, 1 05, 1 06. The method checks 506 to see if any changes were made 
in the task or if a new task was added to the project. If there were changes or a new 
task in test 506, the method stores 507 the changes and checks 508 for more tasks in 
the process 1 04, 1 05, 1 06. Otherwise, the method checks 508 for more tasks in the 
process 1 04, 1 05, 1 06. If there are more tasks in test 508, the method gets 505 the 
next task in the process 1 04, 1 05, 1 06. 

[0058] Otherwise, if test 508 is no, the method checks 509 to see if there are more 

processes 1 04, 1 05, 1 06 in the project 101, 1 02, 1 03. Check 509 also includes 
checking for each process in a compound process and getting each process from the 
compound process. If there are more processes 104, 105, 106 in the project 101, 102, 
103, in test 509, the method gets 504 the next process 104, 105, 106 in the project 
101, 102, 103. Otherwise, if test 509 is no, the method updates 510 the master 
process with the changes gathered in step 507. Figure 6 describes in greater detail how 
the master process is updated in step 510. The method checks 51 1 to see if the project 
101 , 102, 103 is done. If the project is not finished in test 511, the method checks 501 
to see if it is time for a periodic update. Otherwise, if test 51 1 is yes, the method is 
done 512. 

[0059] Although these steps are preformed in the designated order in the present 

embodiments, in alternative envisioned embodiments of this invention, the ordering of 
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the steps can be varied significantly without departing from the concept of this 
invention. 

[0060] Figure 6 is a flow diagram of the present preferred method for statistically 

analyzing elements of a process to create a new version of a master process and the 
master process. The process starts 600 by doing 601 a statistical analysis, a regression 
analysis, and re-averaging the process events. Information from the previous instance 
of the process is stored so that averages and the like can be weighted over time. A 
statistical analysis, regression analysis, and re-averaging of the durations is done 602. 
A statistical analysis, which can include regression analysis and re-averaging of the 
resources, is done 603. A statistical analysis, regression analysis, and re-averaging of 
the costs is done 604. A new master process is created 605 with a higher (or different) 
version number is created with the new information created in steps 601-604. The 
previous version of the master process is archived 606 and saved off. This way both the 
new and previous versions of the master process can be used. The life cycle of the 
process also includes other modes such as draft. A new version may have to be 
approved before the draft is allowed to be the current master process. 

[0061] In alternative embodiments the calculations and types of statistical analysis 

may be varied without departing from the concept of this invention. Although these 
steps are preformed in the designated order in the present embodiments, in alternative 
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envisioned embodiments of this invention, the ordering of the steps can be varied 
significantly without departing from the concept of this invention. 

[0062] Figure 7 is a block diagram of the present preferred hierarchy of how a 

project 719, 714, 71 5, 716 or a nested project 221 is derived. A checklist 700 of user 
defined tasks is used to select one or more tasks 706 which are a series of one or more 
steps 701 -703. Tasks 704, 705, 706 are used to create a process 71 1 , 71 2, 71 3. One 
or more processes 711,71 2, 71 3 are used to create a project 71 9, 714, 71 5, 71 6. In 
addition to, and/or a project can also be made up of a compound process 720 which is 
has multiple processes 707, 708, 709, 710 within the compound process 720. A nested 
project 721 is made up of more than one project 714, 71 5, 716. 

[0063] Figure 8 is a block diagram of the present preferred life cycle process for a 

master process 800. As projects need to use the master process 800, a new instance 
801 , 802, 803 of the master process 800 is created. The new instance 801 , 802, 803 is 
used within the project. Initially when the instance 801, 802, 803 of the master process 
800 is created it is created in a draft state. The instance 801 , 802, 803 are then 
released in the project into a released state 804, 805, 805. When the instance 804, 805, 
806 is in the released state, the instance of the process 804, 805, 806 can now be used 
in the project. Later, when the project is complete, the released instance is then moved 
to an obsolete state 807, 808, 809. The data within the processes 804, 805, 806 is 
analyzed statistically to create a new version of the master process 800. The obsolete 
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versions of the instances 807, 808, 809 are then archived so they can be retrieved if 
necessary. 

[0064] Figure 9 is a block diagram of the present preferred process of automatic 

learning 901 to create a new version of a master process 900. A master process 900 is 
used to create pre-use instances 902, 905, 908 of the master process 900 for use 
within a project. Once the pre-use instances 902, 905, 908 of the process are used 
within the project and the project is complete, the post-use instances 903, 906, 909 are 
then statistically analyzed 904, 907, 910. After the statistical analysis 904, 907, 910 
the new data from the analysis is integrated into an automatic learning system 901 
which then creates a new version of the master template 900 which contains new 
information based on the data analyzed in blocks 904, 907, 910. This process can be 
repeated multiple times. 

[0065] Figure 1 0 is a flow diagram of the present preferred process for creating a 

nested project. The process starts 1000 when a request to create 1001 a nested project 
is generated. A list of projects for the nested project 1002 is created. An example of 
how this is done can but is not limited to a pop-up window where the user selects the 
projects. The process gets 1003 the next project and the projects associated 
information. The project is then added 1004 to the nested project. Test 1005 checks to 
see if there are any more projects. If so, the process gets 1 003 the next project to add 
to the nested project. Otherwise, the process is done 1006. 
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[0066] Although these steps are performed in the designated order in the present 

embodiments, in alternative envisioned embodiments of this invention, the ordering of 
the steps can be varied significantly without departing from the concept of this 
invention. 

[0067] In addition, all the previously describes process library methods and systems 

can be implemented using a variety of processes, but are not limited to computer 
hardware, microcode, firmware, software, and the like. 

[0068] The described embodiments of this invention are to be considered in all 

respects only as illustrative and not as restrictive. Although specific flow diagrams and 
block diagrams are provided, the invention is not limited thereto. The scope of this 
invention is, therefore, indicated by the claims rather than the foregoing description. All 
changes, which come within the meaning and range of equivalency of the claims, are to 
be embraced within their scope. 
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